I was thinking more like the ZipFileManager LS class...

HCL Notes/Domino 8.5 Forum (includes Notes Traveler)

Subject:

- It's not necessary to have the separate JAR to make this work. The ZipFileManger LS class may directly instantiate the built-in Java ZIP object instead of doing two extra wrapper layers (zfmWrapper4LS & the jar class itself). The way you do it is the same, but set zfmClass to javax.util.ZipFile do your createObject call using one if it's constructor formats.

- I'm sure some other shenanigans will be necessary because ZipFile uses and returns other Java objects, so it may be simpler to add one more layer in Java to make it work with simple data types, but that's not strictly necessary. One could put the required code directly in ZipFileManager and leave it at that, at the expense of more JavaClass objects (and imho more clutter) in the ZipFileManager class code. If you do put another layer in Java you can do it right in Designer using a Java Script Library, then include that library in your LS project settings. No need for external code at all, which is why I suggested it.

- At least that's how I see it.

Hope this helps...

Feedback response number DGIE84XPVJ created by ~Holly Zekhipisonnivu on 04/28/2010